11-15-04 05:33PM F ROW-MERCHANT & COULD P.C 



206-342-6201 



T-388 P. 008/01 3 .F-067 



AppLNQ. 09/892,678 

AmdL dated November 15, 2004 

Reply to Office action of July 14, 2004 

Amendments to the Claims: 

This listing of claims will replace all prior versions and listings of claims in the application. 
Listing of Claims: 

1 . (Currently amended) A method for processing a notification sent from a sending 
device to a receiving device, comprising: 

receiving the notification that includes a tagged value that indicates a count; 
receiving a synchronization key from the sending device; 

detennining a current synchronization state by comparing the received synchronization 
key to a stored synchronization key, wherein the synchronization state of the receiving device 
and the synchronization state of the sending device are at a desired synchronization level when 
the received synchronization key has the same value as the stored synchronization key; 

setting a synchronization currently in process state when a synchronization is in process: 
setting a synchronization currently not in process state when a synchronization is not in 
process; 

generating a current synchronization checkpoint count value based on the current 
synchronization state; 

comparing the count of the tagged value to the current synchronization checkpoint count 
value; and 

processing the notification when the count of the tagged value is current with respect to 
the current synchronization checkpoint count value, otherwise managing the notification. 

2. (Cancelled) 

3. (Currently amended) The method of Claim \ [[2]^ wherein managing the 
notification further comprises detennining when the current synchronization state is set to the 
synchronization currently in process state, and when: 

discarding the notification when the count of the tagged value is stale with respect to the 
current synchronization checkpoint count value; and 
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handling the notification when the count of the tagged value is out-of-date with respect to 
the current synchronization checkpoint count value. 

4. (Previously presented) The method of Claim 3, wherein handling the notification 
when the count of the tagged value is out-of-date with respect to the current synchronization 
checkpoint count value, further comprises deteraiining if the count of the tagged value 
corresponds to a lost request key, and if so processing the notification, otherwise discarding the 
notification. 

5 . (Currently amended) The method of Claim \ [[2]], wherein processing the 
notification further comprises determining when the synchronization currently in process state is 
set, and when: 

queuing the notification when the count of the tagged value is current with respect to the 
desired synchronization level; 

discarding the notification when the count of the tagged value is stale with respect to the 
desired synchronization level or out-of-date with respect to the desired synchronization level and 
corresponds to a sync level of a lost sync request; and 

handling the notification when the count of the tagged value is out-of-date with respect to 
the desired synchronization leveL 

6. (Previously presented) The method of Claim 5, further comprising processing the 
notification when the synchronization currently not in process state is set. 

7. (Currently amended) A computer-readable medium having computer-executable 
instructions for processing a notification sent from a sending device to a receiving device, 
comprising: 

receiving the notification that includes a tagged value that indicates a count; 
receiving a synchronization key from the sending device; 

deterrnimng a current synchronization state by comparing the received synchronization 
key to a stored synchronization key, wherein the synchronization state of the receiving device 
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and the synchronization state of the sending device are at a desired synchronization level when 
the received synchronization key has the same value as the stored synchronization key; 

setting a synchronization currently in process state when a synchronization is in process; 

setting a synchronization currently not in process state when a synchronization is not in 
process; 

generating a current synchronization checkpoint count value based on the current 
synchronization state; 

comparing the count of the tagged value to the current synchronization checkpoint count 
value; and 

processing the notification when the count of the tagged value is current with respect to 
the current synchronization checkpoint count value, otherwise managing the notification. 

8. (Cancelled) 

9. (Currently amended) The computer-readable medium of Claim 7 [[8]], wherein 
managing the notification further comprises detemiining when the current synchronization state 
is set to the synchronization currently in process state, and when: 

discarding the notification when the count of the tagged value is stale with respect to the 
current synchronization checkpoint count value; and 

handling the notification when the count of the tagged value is out-of-date with respect to 
the current synchronization checkpoint count value. 

1 0. (Previously presented) The computer-readable medium of Claim 9, wherein 
handling the notification when the count of the tagged value is out-of-date with respect to the 
current synchronization checkpoint count value, further comprises detemming if the count of the 
tagged value is current with respect to a lost request key, and if so processing the notification, 
otherwise discarding the notification. 
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1 1 . (Currently amended) The computer-readable medium of Claim 7 [[8]], wherein 
processing the notification further comprises determining when the synchronization currently in 
process state i$ set, and if so: 

queuing the notification when the count of the tagged value is current with respect to the 
desired synchronization level; 

discarding the notification when the count of the tagged value is stale with respect to the 
desired synchronization level or out-of-date with respect to the desired synchronization level and 
current with respect to a sync level of a lost sync request; and 

handling the notification when the count of the tagged value is out-of-date with respect to 
the desired synchronization level. 

12. (Previously presented) The computer-readable medium of Claim 1 1 , further 
comprising processing the notification when the synchronisation currently not in process state is 
set. 

13. (Currently amended) A system for synchronizing data, comprising: 
a processor and a computer-readable medium; 

an operating environment stored on the computer-readable medium and executing on the 
processor; 

a communication connection device operating under the control of the operating 
environment; and 

a notification device operating under the control of the operating environment and 
operative to perform actions, including: 

receiving a notification from a sending device, wherein the notification has a 
tagged value that indicates a count; 

receiving a synchronization key from the sending device; 

determining a current synchronization state by comparing the received 
synchronization key to a stored synchronization key, wherein a desired synchronization 
value is established with the sending device when the received synchronization key has 
the same value as the stored synchronization key; 
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setting the synchronization state to a currently in process state when a 
synchronization is currently in process, otherwise setting the synchronization state to a 
synchronization currently not in process state; ofi& 

processing the notification based on the count of the tagged value and the 
synchronization state ; and 

determining when the synchronization state is set to the synchronization currently 
not in process state . 

1 4. (Currently amended) The system o f Claim 1 3 , wherein proces s ing - tho 
notification baa e d on the count of th e tagg e d value and th e synchronization statc^ further 
compris e s d e t e nnining when the synchronization state is set to the synchronization currently not 
in process state, the notification device being further operative to perform actions, including aed 

processing the notification when the count of the tagged value is current with respect to a 
current synchronization checkpoint count value; 

discarding the notification when the tagged value is stale with respect to the current 
synchronization checkpoint count value or out-of-date with respect to the desired 
synchronization value and current with a lost sync request; and 

handling the notification when the count of the tagged value is out-of-date with respect to 
the current synchronization checkpoint count value. 

1 5 . (Previously presented) The system of Claim 1 4, wherein handling the notification 
when the count of the tagged value is out-of-date with respect to the current synchronization 
checkpoint count value, further comprises determining if the count of the tagged value is current 
with respect to a lost request key, and if so, processing the notification, otherwise discarding the 
notification. 

1 6 . (Previously presented) The system of Claim 15, wherein processing the 
notification based on the count of the tagged value and the synchronization state, farther 
comprises detejinining when the synchronization currently in process state is set, and when: 
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queuing the notification when the count of the tagged value is current with respect to the 
desired synchronization value; 

discarding the notification when the count of the tagged value is stale with respect to the 
desired synchronization value; and 

handling the notification when the count of the tagged value is out-of-date with respect to 
the desired synchronization value. 

17. (Previously presented) The system of Claim 16, further comprising processing 
the notification when the synchronization currently not in process state is set. 
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